REMARKS 

As required, a copy of the Notification of Missing Requirements Under 35 U.S.C. 
371 mailed 07/01/2005 is enclosed herewith. 

In the drawings the changes are the substitution of English language text for the 
original German language text. 

An English translation is enclosed herewith. 

The specification is amended as described above to conform to U. S. practice, and 
both a marked up copy and a clean copy of the specification are enclosed. The clean copy 
is suggested for use as a substitute specification. 

The claims are amended to conform to U. S. practice. Additionally claims 12 and 
17 have been amended and made independent. 

Both the specification and the claims are amended to correct a translation error. 
The German word "Oberflache" was translated as "surface", which is incorrect in the 
computer field. The words "Benutzeroberflache" and "Bedienoberflache" should have 
been translated as "user interface" in the computer field. 

The following documents are also enclosed for filing: executed Declaration of 
Inventors; executed Powers of Attorney by Inventors; Assignment transmittal form and 
executed Assignment; executed Statement Under 37 CFR 3.73(b) with copy of 
Assignment; and Information Disclosure Statement with English translations of cited 
references. 

A check in the amount of $500.00 for payment of the processing fee for 
submitting the English translation later than 30 months fi'om the earliest claimed priority 
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date, late filing surcharge for filing the oath or declaration later than 30 months from the 
earliest claimed priority date, additional claim fees and assignment recording fee is also 



Therefore, reconsideration and allowance are respectfully requested. 
The Commissioner is authorized to charge Deposit Account No. 13-3393 for any 
insufficient fees under 37 CFR §§ 1.16 or 1.17, or credit any overpayment of fees. 
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Formal Replacement drawings (7) 
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^#nT/PTO 29 AUG 2005 



MARKED UP COPY OF SUBSTITUTE SPECIFICATION SHOWING CHANGES MADE 
(WITHOUT CLAIMS) 



1(^1 fl^^ I- If 



# ' W(TO7PrO 29 AUG 2005 

(a) TITLE: COMPUTER NETWORK WITH DIAGNOSIS COMPUTER NODES 



(b) CROSS-REFERENCES TO RELATED APPLICATIONS 

This application is a submission to enter the national stage under 
35 U.S.C. 371 for international application number PCT/EP2003/050349 having 
international filing date 29 July 2003. 

(c) STATEMENT REGARDING FEDERALLY-SPONSORED RESEARCH AND 

DEVELOPMENT 
fNot Applicable) 

(d) REFERENCE TO AN APPENDIX 
fNot Applicable) 




(e) BACKGROUND OF THE INVENTION 



[001] Field Of The Invention 

[002] The invention relates to a computer network for the configuration, 

5 installation, monitoring, error diagnosis and/or error analysis of plural technical- 
physical processes. These may be in particular electrical drive processes which run 
under control, regulation and/or monitoring by plural process computer nodes (in the 
example of an electric drive system: drive regulator). The process computer nodes 
are connected to at least one diagnosis computer node via a shared communication 
10 system. In the diagnosis computer node, one or more configuration, monitoring and 
diagnosis services or functions is/are implemented, which are allocated to the 
processes and/or the process computer nodes and/or to the data processing operations 
running therein. 

[003] The invention fiirther relates to a diagnosis computer node for the 

15 said network. This is formed as a server with interfaces for at least one database and 
for communication with at least the process computer nodes and with other client 
computer nodes. The invention further relates to a communication computer node or 
a communication module, the latter being formed as a software and/or firmware 
module, which is respectively suitable for use in the said network. 

20 

[004] Description Of The Related Art 

[005] From a conference volume to accompany the congress "SPS IPC 

Drives", which took place in Niimberg in November 2001, the technical article 



"Info-Portal fur anlagenubergreifende Prozessvisualisiemng und -management via 
Internet" (authors: Andreas Kitzler und Werner Felten) was disclosed. This 
proposed a communication structure in which plural, mutually independent 
automation systems, cells or appliances may be combined, monitored, visualised and 
5 the Uke via an information port. At the information port, access can be gained to the 
Internet. The communication between the automation cells (known as Supervisory 
Control and Data Acquisition - SCAD A) on the one hand and the central web server 
of the information port on the other is effected via standard interfaces on the basis of 
the extensible mark-up language XML. To this end, each automation system is 

10 provided with what is known as an XML-agent for communication with the 
information port on the basis of TCP-IP. Thus management should be able to 
evaluate in a qualified manner various automation cells or SCADA systems via the 
web. However, the individual sensor data have to be collected on the level specific 
to them, prepared there and made available to the information port via the XML 

1 5 agent before they can be transported fi-om the information port via the web. 

[006] From DE 196 14 748 (A 1 -published and unexamined specification, 

and C2-patent specification), an error diagnosis system is known in which a 
diagnosis computer node communicates via plural bus systems also on the basis of 
the communication protocol TCP/IP (Transport Control Protocol/Interface Program) 

20 with control station computer, control process computer and field process computers. 
For communication between the field process computers on the one hand and the 
diagnosis computer node on the other, a serial field bus according to the standard 
RS485 is used, wherein the diagnosis computer node dominates the serial field bus 




(RS485) according to the master/slave principle. The bandwidth for the data 
transmission (RS485 interfaces) is not sufficient with the increasing data inundation. 
The data to be presented on the op e rating surfac e user interface c annot be transmitted 
quickly enough due to the ring communication structure within a field process 
5 computer cluster. It takes about 50-60 ms to scan one parameter - in appliances with 
about 500 drives, for example, any error occurring would only be notified after more 
than a minute. Each parameter is transmitted individually, and the transmission of 
software packages is not possible. 

. 10 ({) BRIEF SUMMARY OF THE INVENTION 

[007] The object of the present invention is to develop a hardware and in 

particular software tool for the diagnosis of complex technical appliances and 
systems which is tailored to the requirements and needs of the user and in particular 
meets the following requirements: 
15 [0081 Versatile fimctions for monitoring and diagnosing large drive 

systems: 

[009] The object of the invention is to develop a hardware and in particular 

software tool for monitoring and diagnosing in particular large drive systems. The 
diagnosis system is intended to offer comprehensive, versatile fimctions which are 
20 tailored to the currently very different needs of the various user groups of the client. 
[010] (2) Easy-to-use, transparent op e rating surfaces user interfaces : 

[Oil] The op e rating surfac e user interface of the diagnosis system is the 

only part of the software with which the client comes into contact. In this sense it is 




the "bulletin board" of the software and is critical for acceptance and judgment 
thereof by the client. In planning the operating surfac e user interface , this should be 
so contrived that it is easy to use even by not very highly trained staff. The large 
number of data to be indicated in the diagnosis of large appliances must be 
5 graphically prepared and presented in an ergonomic diagram to the user. 

[012] (3) Shortening of the time necessary to detect a possible error: 

[013] The usefulness of the diagnosis system to the cUent will be that he is 

presented with data necessary for detecting and correcting the error immediately 
after an error has occurred. Thus the time can be reduced diuing which the 
1 0 appliance is not productive. 

[014] (4) Situation-dependent presentation of diagnosis data 

[015] The diagnosis system should make available the right data at the right 

time at the right place: 

[016] • Preparation of the diagnosis information according to the 

15 requirements of the respective user circle (e.g. appliance operator, technician, 
installer)(^ the right infomiation) 

[017] • Indication close to the time of diagnosis data directly after an 

error has occvirred (— >at the right time) 

[018] • Access to THE DIAGNOSIS SYSTEM by any PCs of the 

20 client without installation cost - both in the local client network and via remote 
access (— > at the right place). 

[019] (5) Reduction of critical appliance states by prophylactic 

maintenance and constant monitoring of the appHance: 




[020] In future, the diagnosis system is to contain mechanisms which help 

to detect possible oncoming failure of appHances and to inform the client. Thus the 
reliability of the drive system can be further increased. 

[0211 (6) Comprehensive diagnosis/measuring operations via rapid 

5 Ethernet interfaces, including the Ethemet overall concept of the machine in order 
for example to measure, record and evaluate a reference signal of a real leading axle. 
[022] (7) Prophylactic diagnosis (e.g. transmitter failure likely in . . . days). 

[023] (8) An "expert system" is intended to ensure error localisation within 

10 minutes maximum and simpUfy error correction substantially. 
1 0 [024] (9) Web browser functions. 

[025] (10) The diagnosis system must be able to run on plural platforms 

(e.g. diverse control stations). 

[026] (11) Integrated data protocoUing/analysis (register values, 

commands) must be available without additional hardware (data analyser). 
1 5 [027] (12) Cyclical data protocoUing at a central database server. 

[028] (13) Access option for the machine manufacturer to drive systems 

supplied via remote diagnosis. 

[029] (14) Operator guidance and parameter handling (configuration, 

installation, error search, software updates) are to be substantially improved. 
20 [030] (15) Development of branch-overlapping solutions 

[031] In spite of taking clients* wishes into account, the diagnosis system 

for branch-overlapping use is to be developed so that use in other branches (e.g. 
machine tools, textile machines) is possible without great complication/expense. 




[032] (16) Preparation of software tools for the installation of drive systems 

with in future up to 500 axles 

[033] Drive systems with more than 300 axles can only be installed without 

software support with excessively high cost. To this end, with the diagnosis system 
5 according to the invention a suitable software tool is to be developed. 

[034] (17) Shortening of the installation time and reduction of the 

installation costs: 

[035] By means of the diagnosis system, the costs of installation are to be 

reduced in the long term by the delivery of suitable software-supported methods. 
10 [036] (18) Worldwide access to the technical-physical processes of the 

appliance, in particular drive systems, for rapid, economical diagnosis: 
[037] For rapid and reliable service and for appliance diagnosis, worldwide 

access to the drive system will be possible. 

[038] On the other hand, in order to prevent the disadvantages fi-om the 

15 prior art fi-om arising in the computer network having the features mentioned in the 
introduction, it is proposed according to the invention that the shared conununication 
system between the process computer node and the diagnosis computer node is 
realised with the Ethernet or another bus or communication system operating 
asynchronously and/or with a stochastic access method. An access method of this 
20 type is known for example under the abbreviation "CSMA/CD" (Carrier Sense 
Multiple Access/with Collision Detection). This industrial Ethernet use for realising 
a communication infrastructure permits a higher bandwidth for data transmission 
compared to the prior communication via RS485 and the associated USS protocol, so 




that larger quantities of data can be transmitted from the process computer node to 
the diagnosis computer node. There is an increasing need for this, due to the 
increasing complexity of the technical appliances with an increasing number of 
process computer nodes and associated technical-physical processes. Furthermore, 
5 the Ethernet has proved a substantial standard in offices for transmitting large 
quantities of data. By the use according to the invention of the Ethernet with the 
protocol TCP/IP also known per se, the path is cleared for the diagnosis system 
according to the invention to be compatible with and/or combined with the Intemet. 
Thus the advantage is gained that diagnosis data can be sent via the Intemet. In 
10 addition, a technical appliance can be monitored with a large number of processes 
from any client node, in particular via the Intemet. 

[039] In order to be able to process the extensive quantities of data arising 

in a practical manner, a decentralised diagnosis together with pre-processing is 
advantageous. It is also practical to move extensive diagnosis fimctions as close as 

15 possible to the technical-physical process or apparatus concemed. In this respect, 
according to an advantageous embodiment of the invention, a communication unit or 
computer node is interposed between the Ethemet or the other bus or communication 
system and at least one of the process computer nodes, thus connecting the 
respective process computer node to the Internet or other bus or communication 

20 system. The communication computer node or communication unit can additionally 
also undertake event- and/or enquiry-based communication to the diagnosis 
computer node. 




[040] In particular, when in a further configuration of the invention the 

communication unit or the communication computer node is so formed that it 
communicates via XML protocol and/or as an XML-based interface (XML - 
Extensible Markup Language) with the diagnosis computer node, in projecting and 
5 configuring the technical appliance to be monitored thereby, it is possible to react 
very flexibly and with relatively low cost to technical requirements and client 
wishes. On the basis of the invention, a standardised, versatile network-computer 
structure can be created, which can be easily extended by further functions. 
Particularly, with the use of XML protocol and/or XML-based interfaces, the 
10 diagnosis data can be so prepared from the process computer node and/or 
communication node for the diagnosis computer node that these data can be 
transmitted easily via the Intemet from the diagnosis computer node to client 
computer nodes. 

[041] In order to be able to manage the extensive quantities of data in a 

15 practical manner via decentralised pre-processing, according to one embodiment of 
the invention it is provided that the commxmication unit or communication computer 
node is provided with functionalities for error search or diagnosis in the region of at 
least one of the process computer nodes or of a technical-physical process. With this 
notion, extensive diagnosis functions can be located close to the components 
20 concerned. 

[042] The Internet-compatibility of the diagnosis system according to the 

invention is enhanced if according to an embodiment of the invention the diagnosis 
computer node is formed to make available or at least support web-based operating 




surfac e s user interfaces for client computer nodes. This can be effected via data 
remote transmission and/or a long-distance traffic network (e.g. Intemet). It is 
further within the scope of the invention if in addition the diagnosis computer node is 
provided with function components which support the education of the op e rating 
5 surfac e s user interfaces in the client computer node. 

[043] It is problematic whether the user at a client computer node must 

confident that the client op e rating surface user interface is reproducing (diagnosis) 
data and information which are still substantially up-to-date or close in time. Any 
failure of the diagnosis server should be detectable, and furthermore errors and other 
10 events in the technical-physical process and/or process computer node are to be 
capable of being communicated to the user close to time via the op e rating surface 
user interface of the cUent computer node allocated to him. 

[044] To solve this set of problems, within the scope of the general 

inventive notion, a diagnosis computer node having the following features is 
1 5 proposed for use as a server in the network outlined above: 

[045] □ The diagnosis computer node is set up to operate as a server 

and has interfaces to at least one database, for communication with the 
communication and/or process computer node and for communication with other 
client computer nodes; 

20 [046] □ The one or more interfaces to the other client computer nodes 

are realised by using a Servlet container (known per se), which transmits diagnosis 
data to the client nodes; 



[047] □ These diagnosis data are obtainable from the interfaces for 

communicating with the communications and/or process computer node; 
[048J □ The one or more above-mentioned interfaces which are 

allocated to the communication and/or process computer nodes are realised on the 
5 basis of the Ethernet; 

[049J □ A diagnosis channel is formed, which comprises one or more 

Ethernet interfaces, which are allocated to the communication and/or process 
computer nodes; 

[050] □ The diagnosis channel further comprises an event management 

10 unit, which can access the database and can process diagnosis data obtained at the 
Ethemet interfaces; 

[051] □ Further, the diagnosis channel comprises an event monitoring 

unit, which is formed on the basis of the Servlet container and makes available 
output data from the event management unit to one or more Applets on extemal 

1 5 client computer nodes. 

[052] It is thus possible to transmit data, in particular diagnosis data in 

cycles between the diagnosis computer node and the user surfac e interface of a client 
computer node. Thus a user at the client computer node can be informed close to 
time of events arising in the region of the process computer node and/or of the 

20 technical-physical processes. Thus a wide variety of appliance information can be 
made available on the user surfac e interface of the client computer node in a 
comfortable manner. The data transmission can be carried out particularly 
advantageously with Java technologies, in particular a Java Servlet on the diagnosis 




computer node as a server and a Java- Applet in the client computer node. Thus it is 
also possible to make available diagnosis information in the form of websites to a 
user on the client computer node. In this case, the use of Java-Applets offers very 
versatile representation options, which are easily extensible by bought-in Applets 
5 with graphical capabilities. 

[053] The solution to the above set of problems is assisted by the diagnosis 

channel according to the invention in the diagnosis server, by means of which a 
cyclic communication can be effected, wherein data packages are regularly 
exchanged. If a data package is missing, it can be detected in the client computer 

10 node that an error has occurred ("event + heartbeat"). The heartbeat corresponds as 
it were to the dead-man's button known in particular in the field of railway safety 
technology. By means of the diagnosis channel, therefore, a display of diagnosis 
data originating fi"om the process computer node can as it were be triggered via 
diagnosis server or diagnosis computer node to the client computer node on his 

15 op e rating surface user interface . The representation of the error on the user surfac e 
interface is no longer dependent on an enquiry being sent to the diagnosis server by 
the chent computer node due to the diagnosis channel according to the invention. 
Rather, the process computer nodes, optionally via individually allocated 
communication nodes, can itself indicate as it were new events, in particular errors. 

20 This mechanism is substantially supported by the diagnosis channel in the diagnosis 
computer node in that diagnosis or error data notified via the event monitoring unit 
by the process computer node are forwarded to the op e rating surfac e user interface of 
the client computer node for a user at that surfac e interface . 




[054J According to a particular configuration, the interfaces in the 

diagnosis computer node are contrived for communication with the conmiunication 
and/or process computer nodes by means of XML protocols. Thus proprietary 
solutions which have restricted applicability are avoided. 
5 [055] In the diagnosis computer node, all diagnosis data are intended to be 

made available to the user surfaces interfaces on the client computer nodes in a web- 
based manner. It has tumed out to be particularly advantageous for this purpose to 
have a combination of the web-server Appache with the Servlet-engine "Tomcat". 
[056] In the diagnosis computer node according to the invention and 

10 indicated above, the diagnosis channel ensures in the case of an event, in particular 
error, to prompt a reaction firom the client computer node thereto with his user 
surfac e interface . If an error or event occurs, corresponding diagnosis data are 
picked up at the Ethemet interface of the diagnosis channel, and are allocated to the 
communication units, communication and/or process computer nodes. The event 

15 management unit can access the diagnosis or event data in the form of a telegram for 
example at the Ethemet interface. The event or diagnosis data are processed and a 
corresponding datum is written into the database. The output data fi-om the event 
management unit pass to the event monitoring unit applied in the Servlet container. 
In the example of the Intranet, this event monitoring imit transmits at its output a 

20 datum advantageously direct to the client computer node, without the interposition of 
a web server. The datum contains a prompt to demand representative diagnosis data 
fi-om the diagnosis server due to events or errors. Thus the need for constant polling 




throughout the period of operation, which would require increased data transmission 
capacities, is avoided. 

[057] To connect the process computer node to the Ethemet or another 

asynchronously operating communication system with the diagnosis computer node, 
5 and in particular to create the option of an event-based conmiunication between 
process computer nodes and diagnosis computer nodes, extensive diagnosis 
functions being located as close as possible to the technical-physical process, in the 
scope of the general inventive notion, a communication computer node or a 
communication unit are proposed as a software and/or firmware module, which is 
10 suitable for use in the computer network outlined above and is distinguished by the 
following features: 

[058] □ The communication computer node or the communication unit 

has a first interface which is allocated to the at least one diagnosis computer node; 
[059] □ This interface is programmed or formed for communication 

15 via protocols of the TCP/IP family, including UDP/IP, preferably on the basis of the 
Ethemet; 

[060] □ The communication computer node or the communication unit 

has one or more second interfaces which is/are allocated to one or more process 
computer nodes; 

20 [061] □ The first and one or more second interfaces may be coupled 

together via one or more information brokers; 

[062] □ The one or more information brokers are respectively set up in 

terms of program and/or circuit technology as sub-units for bidirectional, enquiry- 




and/or event-based data communication, which takes place between the first and the 
one or more second interfaces. 

[063] The purpose of the communication unit or communication computer 

node is to roll out all communication tasks between the process computer node and 
5 its outside world. This includes for example access to parameters of the process 
computer node, e.g. of the drive regulator, the down- and up-load of regulator 
firmware for example and associated data records, as well as the delivery of 
diagnosis functionaUties. 

[064] With respect to the realisation of hardware of the commxmication 

10 node according to the invention, it might be advantageous to manufacture a fi:ee- 
standing structural unit with the communication fianctions incorporated therein and 
to mount this on the printed circuit board for the process computer node. 
Alternatively, the communication node hardware may be incorporated wholly or in 
part in the circuit on the printed circuit board of the process computer node and/or on 
15 that of the diagnosis computer node. Alternatively, it is within the scope of the 
invention to realise the conmiunication node as a "PC" as it were with its own 
housing, which can be snap-fitted on to a rail-type mount for the process computer 
node. 

[065] As an operating system for the commxmication node according to the 

20 invention (communication unit or commxmication computer node), the use of Linux 
has been found advantageous. In addition, C-H- is suitable as a sufficiently versatile 
and powerful programming language. 




[066] With the concept according to the invention of the communication 

node between the process computer and diagnosis computer, there is the option for 
transmitting data to the outside world via XML-based protocols (instead of 
proprietary protocols). With the mark-up language XML, which is widespread and 
5 known per se, for Intemet applications in combination with the delivery of platform- 
independent XML parsers, there is the further option of simply exchanging data in 
heterogeneous system environments. By way of validation mechanisms (XML 
models) that are already available, the structure and admissible content of a telegram 
can be established simply, and testing for quality takes place automatically. As a 
10 character-based protocol, an XML-based telegram is easy to generate and if 
necessary to process by hand or by simple scripts. 

[067] In order to be able to implement the most extensive diagnosis 

functions as close as possible to the technical-physical process, according to an 
advantageous embodiment of the invention it is proposed that the one or more 

15 information brokers comprise function components which are formed to perform an 
error search or diagnosis in the region of the process computer node and/or technical- 
physical processes. In particular in this connection, a further advantageous 
embodiment of the invention involves the installation of interpreters for the 
loadability of scripts known per se on the communication computer node or unit, 

20 which interpreters are formed for access to function elements or functionalities in the 
information broker(s) for the purpose of carrying out monitoring and diagnosis 
functions. One advantage achievable thereby consists in the more effective error 
search: by means of the scripts in combination with the language PERL, in a 




relatively simple manner, efficient error search conditions can be installed or loaded 
by the diagnosis computer node on the communication node. Thus the functionality 
available on the communication node can be extended once again. 
[068] It is within the scope of the invention that the communication unit or 

5 the communication computer node in certain cases operates as a server with respect 
to the diagnosis computer node (as client) if on the part of the diagnosis computer 
node requirements are present at information services, which are to be realised for 
example by information brokers in the communication node. 

10 (g) BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 
[069] Further details, features, advantages and effects on the basis of the 

invention will appear from the following description of preferred embodiments of the 
invention and from the drawings given by way of example. The drawings show: 
[070] Figure 1 a schematic appliance diagram of the diagnosis system 

15 according to the invention with local and worldwide access to diagnosis data; 

[071] Figure 2 a schematic block diagram of an example of a 

communication system of an electric drive system provided with the diagnosis 
system according to the invention; 

[072] Figures shown in schematic block representation, the basic 

20 structure of the diagnosis system according to the invention; 

[073] Figure 4 a detailed block diagram of the internal structure of the 

diagnosis computer node; 




[074] Figure 5 a similar block diagram of the intemal structure of the 

commimication computer node; 

[075] Figure 6 an op e rating surfac e a user interface, by way of 

example, on a client computer node for an appliance-based appliance image with the 
5 example of a printing press, generated by means of a Java-Applet in combination 
with a corresponding Servlet on the diagnosis computer node; 
[076] Figure 7 a further, similarly generated op e rating surfac e user 

interface via a drive-system-based appliance image with the example of a printing 
press. 

10 [077] In describing the preferred embodiment of the invention which is 

illustrated in the drawings, specific terminology will be resorted to for the sake of 
clarity. However, it is not intended that the invention be limited to the specific term 
so selected and it is to be understood that each specific term includes all technical 
equivalents which operate in a similar manner to accomplish a similar purpose. For 

15 example, the word connected or term similar thereto are often used. They are not 
limited to direct connection, but include connection through other circuit elements 
where such connection is recognized as being equivalent by those skilled in the art. 
In addition, many circuits are illustrated which are of a type which perform well 
known operations on electronic signals. Those skilled in the art will recognize that 

20 there are many, and in the future may be additional, altemative circuits which are 
recognized as equivalent because they provide the same operations on the signals. 




(h) DETAILED DESCRIPTION OF THE INVENTION 
[078] According to Fig. 1, an electric drive system for a large number of 

axles 1 to be driven synchronously with one another, e.g. of a printing press provided 
with a large number of electric motors 2, each driving one axle 1. The electric 
5 motors 2 are each triggered or regulated via respective converters 3 with upstream 
process computer nodes 4, realised in the present printing press drive system as drive 
regulators. To communicate with a diagnosis computer node, respective 
communication computer nodes 5 are connected upstream of the process computer 
nodes. The converter 3, the process computer node 4 and the conmiunication 

10 computer node 5 can be incorporated structurally into a common assembly, as is 
shown in the drawing, which is housed in a respective switch cabinet 6. 
[079] According to Figure 1, the diagnosis computer node can also 

commxmicate with a control station, plural client computer nodes for diagnosis and 
via an Internet router or ISDN or in an analogue manner via the Internet with one or 

15 more geographically remote client computer nodes for remote diagnosis. Thus the 
diagnosis data prepared at the respective drive process of the electric motors 2 by 
means of the process computer node 4 and/or of the communications computer node 
5 may be retrieved via the diagnosis computer node both locally and from any other 
location. 

20 [080] According to Fig. 2, the individual process computer nodes 4 are 

connected together in the context of a ring structure for synchronised 
communication, in which case one of the process computer nodes 4 (the one printed 
darker in each case in Figure 2) always operates as the communication master. This 




simultaneously has an interface for asynchronous communication via the Ethernet 
with plural control computer nodes SPS. In order also to support cross- 
communication between individual rings with process computer nodes 4, a multi-link 
controller MLC is also introduced as a structural element (known per se from US 
5 2003/0100961 Al). 

[081] In the reference plane, (diagnosis) data are constantly being required 

from the plane of the process computer node 4. These are essentially system data 
such as status and error messages, maintenance data and records for quality control. 
In order to evaluate the data, a diagnosis computer node is available in the reference 

10 plane as is shown in Figure 2. In this case also, the Ethemet known per se is also 
made available as a communication medium both with the individual process 
computer nodes 4 and also with the diagnosis stations in the reference plane, which 
may form client computer nodes with the user surfac e s interfaces . The OSI layer 
model known per se permits complex communication mechanisms between the 

15 process computer plane and reference plane. Since the diagnosis is to be effected 
independently of the remaining communication, each process computer node 4 is 
reachable via the Ethernet by the diagnosis computer node (and vice versa). Thus, 
inter alia, the advantage is gained that communication problems in the synchronised 
ring bus of the process computer node can be mutually detected. 

20 [082] Definition of important terms : 

[083] Event An event is a datum which is sent by a drive regulator (process 

computer node at the technical-physical process) upon occiuring at the diagnosis 
server (diagnosis computer node). It appears in the event display of the op e rating 



surfac e user interface and in the logbook. Events are for example error messages, 
messages about the start/stop of records, maintenance messages etc. Every event has 
an unambiguous event identification via which an event description can be retrieved 
in the documentation. 

5 [084] Record With a record, any parameter curves can be picked up 

by any regulator and stored in a database. 

[085] Monitoring view The monitoring view is a graphic 

representation of one or more parameters of one or more regulators. It serves to 
monitor the values curve of these parameters for deviations from the norm (e.g. 
1 0 monitoring of the motor temperature). 

[086] Parameter list The parameter list contains all parameters 

available to one type of regulator. 

[087] Long-term record A record whose data are stored on the diagnosis 

server in a database. Opposite to ring memory record. 

15 [088] Ring memory 

[089] record A record whose data are stored in a ring memory of the 

process computer node. Only upon completion of the record can the data be stored 
on the diagnosis server. 
[090] Configuration 

20 [091] Wizard A sequence of individual pages on which the 

user can make settings. Each step in the configuration comprises a number of 
fimctions and is shown on one page. According to what the user does in the previous 
step, a corresponding consecutive page is displayed (e.g. in the configuration of the 




record: option in step 1: ring memory or long-term record: according to the selection, 
the user receives pages displayed for configuring the ring memory or the long-term 
record). 

[092] Figure 3 gives an overview of the basic structure of the diagnosis 

5 system. The user has various web-based op e rating surfac e s user interfaces available, 
which present him with the functionality of the diagnosis system in a manner suited 
to him. For operation of the system, it is unimportant whether the user is local to the 
appUance or at another location. 

[093] The functions desired by the user are forwarded by the user surfac e s 

10 interfaces to the diagnosis computer node. Here, every functionality which is 
available in the surfac e interface is implemented. Further, the diagnosis computer 
node undertakes to store all the data occurring in the database DB. All data specific 
to the appliance such as for example the appliance configuration or component 
databases, all data specific to diagnosis such as e.g. long-term records or ring 
15 memory records and all data relating to application, are managed in the database. 

[094] If relevant data are made available for diagnosis by the control or 

control station e.g. of a printing press, these can be further processed by special 
components incorporated in the diagnosis computer node. 

[095] The tasks incoming from the op e rating surfac e user interface at the 

20 diagnosis computer node are processed there and converted into commands that will 
be understood by the corresponding regulator. The communication between 
diagnosis computer nodes and communication computer nodes with a connected 
regulator is effected via Ethemet and XML protocols supported thereon. At the 




communication computer node, the tasks received from the application server are 
carried out and the resuh is sent back to the diagnosis computer node. 
[096] Each of the supported process computer nodes, e.g. regulators, must 

offer an XML-based interface in order to permit the diagnosis computer node access 
5 to the required data. This can be effected e.g. by means of a communication 
computer node ("communication PC"), which is either incorporated in the process 
computer node (e.g. b maXX 4600) or is added to the process computer node as a 
plug-in card. Alternatively, the XML-based interface of the process computer node 
can also run without communication PC hardware as part of the diagnosis computer 
10 node. The communication between the interface units on the diagnosis computer 
node and the process computer node hardware is then carried out via proprietary 
protocols and RS232 or Ethernet. 

[097] The requirements mentioned in the introduction require a component- 

based, distributed architecture of the diagnosis system. According to the general 

15 principles of software development, data capture, data processing and data storage 
and the user surfac e s interfaces are in modular form and are separate from one 
another. Thus a transparent and more calibratable structure is achieved, which can 
be easily extended by fiirther fimctionalities. It can thus be ensured that the 
diagnosis system grows along with the increasing number of drives (calibratability). 

20 By the use of Ethernet and TCP/IP for the communication between the 
communication PCs, the diagnosis computer node and the appHcations, there is a 
substantially larger bandwidth available for data transmission. This results in a 




substantially faster diagnosis system than that of DE 196 14 748 mentioned in the 
introduction. 

[098] Further, the component-based structure simplifies coverage of the 

large function scope of the diagnosis system. For every user group, an op e rating 
5 surfac e user interface tailored to their individual needs can be developed, which has 
access to the underlying infrastructure (diagnosis computer node). 
[099] By separating op e rating surfac e user interface and implementation of 

the functionality in the diagnosis computer node, new applications can be developed 
in future with less expense. By using modem software technologies, the Internet can 

10 be used as a communication medium that is available and accepted worldwide. Thus 
it is not important whether monitoring of the appliance is carried out locally on site 
or from another site, e.g. the service department. By using current Internet browsers 
for the user surfac e s interfaces , the installation costs for the user are substantially 
reduced and the number of hurdles for the user in using the diagnosis system is 

1 5 significantly reduced. 

[0100] The component-based architecture furthermore permits the support of 

newly developed methods of monitoring and diagnosing drives in that new functions 
are incorporated as components in the diagnosis computer node. 
[0101] Substantial advantages of the diagnosis system according to the 

20 invention consist in particular in the following: 

[0102] The client has universal access by the web interface to the diagnosis 

functions: 

[0103] • The right information close to time at the right place 



[0104] • Simple op e rating surface user interface by way of web 
browsers 

[0105] • User guidance simplifies operation and configuration 

[01 06] • The web surfac e interface is platform-independent 

5 [01 07] • Operation possible via the Internet if desired. 

[0108] (2) The client receives data conceming the state of the apphance 
which have been prepared for him: 

[0109] • Data preparation in the form of graphic representations 

[0110] • Prophylactic diagnosis. 

10 [0111] (3) The substantially extended diagnosis options permit: 

[01 12] • Extended monitoring of the appliance 

[01 13] • Simpler localisation of the cause in the case of an error. 

[01 14] (4) The fimctions for installation support permit: 

[01 15] • Faster installation — > reduction in costs 

15 [0116] •Improved quaUty of installation by specified and documented 

acceptance protocols. 

[0117] A Amotion group "software update" permits the installation or updating 



of a firmware of the process computer node e.g. to firmware. All actions carried out 
in this fimction group are detected in a log file. It is a precondition for installation or 
20 updating of the firmware that the regulators selected have unambiguous regulator 
identification. The following actions must be possible: 
[0118] Selecting drives 

[0119] The user selects the drives to be updated fi-om a drive list. 




[0120] 2. Selecting firmware 

[0121] The user selects the firmware which is to be loaded on to the drives to 
be updated. 

[0122] 3. Carrying out the software update 
5 [0123] After the display of a warning notice, the software update is carried 
out. 

[0124] A fiinction group "configure events" offers the option of recording any 
events in the events display and in the logbook. The event broker present in the 
communication PC of the respective process computer node is configured by means 

10 of the fimctions mentioned below, so that it monitors the desired parameter 
combinations for occurrence of the configured event. If the event does occur, it is 
sent to the diagnosis computer node and is displayed there in the event display. The 
following actions may be possible for example: 
[0125] Selecting drives 

15 [0126] The user selects the drive for which an event is to be configured or 
deleted. 

[0127] 2. Configuring event 
. [0128] The user configures an event by means of a configuration wizard 
[0129] 3. Deleting event 
20 [0130] The user deletes an event fi'om a list with current events. Events which 
are present as standard, e.g. errors, cannot be deleted. 
[0131] 4. Sending event configuration to drive 




[0132] The user sends the configured event to a drive selection and activates 
the same. 

[0133] A function group "scripts" offers the option of carrying out complex 
diagnosis functions. In order to make complex enquiries of parameters, PERL 
5 scripts can be written which are sent to the corresponding commimication PC and are 
executed there. The following actions are to be possible: 
[0134] Loading of the script on to the server 

[0135] The user loads the script from the communication PC of a drive on to 
the server. 

10 [0136] 2. Loading of the script to the drive 

[0137] The user loads a script selected from a list on to a selected drive. 
[0138] 3. Editing script 
[0139] The user edits a script. 

[0140] 4. Execution of the script on the communication PC 
1 5 [0141] The user starts the script on a drive. 

[0142] Below, an overview of the architecture of the diagnosis computer node 
of the diagnosis system is given. Figure 1 shows a detailed structure of the diagnosis 
system. It consists substantially of three planes: 

[01 43] CHent computer node with op e rating surfac e s user interfaces 
20 [0144] All fimctionaUties of the diagnosis system can be operated via the 
op e rating surfac e s user interfaces . For the user of the diagnosis system it should 
make no difference whether he is at the appliance in the local network or is 
connected to the application server via the Intemet or a telephone dial-up connection. 




[0145] Diagnosis computer node 

[0146] This is the core of the whole application. Its functionality is divided 
into various components (managers). Each manager is self-contained and makes 
available its functionality to the web-based op e rating surfac e user interface or to 
5 other server components. All data necessary for the function of the manager are 
stored in the connected database. In order to ensure encapsulation and consistency 
of these data, access is only permitted to these databases via the functions made 
available by the manager. This also ensures that a change in the database structure 
of one manager does not automatically lead to changes at other managers. 

10 [0147] In order to make available the functionalities of the managers to the 
op e rating surfac e s user interfaces , a suitable infrastructure must be created (Tomcat 
Servlet container). For communication with the web surfac e interface for 
installation, monitoring and diagnosis, an Apache web server is to be used. This 
makes available HTML pages in which Java Applets are embedded. The data to be 

15 displayed on the surfac e interface is transmitted by means of SOAP (Simple Object 
Application-Protocol) to the appropriate units. The user surfac e interface retrieves 
e.g. a function of the appliance manager. The parameters to be transferred and the 
reference of the function are sent to the Intra- or Intemet by means of the SOAP 
protocol. In order to ensure the transparency of current firewalls, the function 

20 retrieval is sent in the form of an HTTP telegram. A web server on the site of the 
application server receives the HTTP telegrams with the SOAP content and forwards 
them to the SOAP handler. The SOAP handler in the Tomcat Servlet container 
decodes the enquiry and retrieves the desired function from the appliance manager. 




The function is executed and the return values are in turn converted into the SOAP 
protocol and sent to the surfac e interface as an HTTP telegram. 
[0148] An essential property of a diagnosis and monitoring system is that the 
user is informed close to time of events occurring at the appliance. This presents a 
5 problem for the architecture described above, since both for communication via 
SOAP and for the HTML pages, there is no event-based reporting. As a remedy, 
events occurring at the appliance, e.g. the occurrence of an error or the update of a 
parameter value in one surfac e interface , must be communicated via an event 
channel to the user interfaces or constantly polled. 

10 [0149] Process computer node 

[0150] The process computer node plane makes available to the diagnosis 
computer node the data from the process computer node. The process computer 
node must be connected. As aheady indicated, the diagnosis computer node consists 
of various encapsulated server components (managers) which make their 

1 5 functionalities available via the Tomcat Servlet container to the user surfac e interface 
or client computer node. The component-based structure is intended to ensure that 
the function scope of the diagnosis system can be extended. The managers are 
realised as Java components. The individual managers are described below. 
[0151] The appliance manager contains all the necessary data about the 

20 configuration of the appliance. This contains data concerning the components 
present in the appliance, the grouping of components, addresses, etc. Functionalities 
are to be made available which permit the apphance configuration to be represented 




in the form of various overview images. Furthermore, all documentations are to be 
made available to the data contained in the appliance. 

[0152] In planning the appliance manager, it should be ensured that by 

means of the functionalities of this component any appliances can be described in the 
5 jSeld of drive technology. 

[01531 The event manager administers all events occurring in the diagnosis 

system such as e.g. error messages or maintenance events. It gathers all events that 
have occurred in the form of logbooks and makes them available to the user in a 
configurable representation. Further, the event manager has functions by means of 
10 which any event monitoring can be defined which is then configured by the event 
manager on the corresponding regulators. 

[0154] The record manager makes available functions by means of which 

any parameters from any regulators can be recorded. It offers various types of record 
which can be configured by the user. All data occurring in a record are stored by the 
15 record manager in a database and if required made available to other units, e.g. a 
graphics unit of the surfac e interface . 

[0155] All functionalities in the diagnosis system are protected against 

imauthorised access. Every user has a user identity and belongs to a user group 
which allows him a rights profile for access to the functionalities of the manager. 
20 These data are configured and stored in the user manager. Every function in the 
managers has an unambiguous identification. If a user wants access to a function, 
first the user manager is asked whether the user has the appropriate rights to carry 




out this function. The database in which the user data are stored is to be password- 
protected against unauthorised access. 

[0156] The logging manager gathers all logging data from the connected 

regulators and stores their log and debug messages in a database or in rolling log 
5 files. 

[0157] The communication computer node or communication PC according 

to Figure 5 carries out communication tasks between the process computer node and 
the outside world. The software structure for communication with the process 
computer node is described below. 

10 Each appliance that is to communicate with the process computer node must respond 
thereto via a suitable software interface on the communication PC. By means of the 
communication PC, almost any software interface based on the Ethernet or a serial 
interface can be realised. The software architecture on the communication PC is 
described below. Classification into the overall concept can be deduced from the 

15 comments above. Figure 5 shows the software structure on the communication PC 
or the process computer node. 

[0158] Any fiinctionality which is to be made available by the process 

computer node is realised in a software module (information broker or manager). 
For example, the information broker makes "parameters" available to a parameter 
20 interface via which any parameter of the process computer node can be read and 
written. The information broker "errors and events" presents any events and errors to 
the outside. The two information brokers "parameter demand data" and "cyclical 
setpoint values" carry out communication with the control. They are only available 
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on the regulators which form the master in the sercos ring and thus must 
communicate with the control. The information broker "software download" 
delivers functions for automatic up- and download of the regulator firmware. A 
parameter manager (not shown) acts as internal management of the regulator 
parameters on the flashcard. It is not relevant to the communication with the outside 
world. 



[0159] The communication of the information brokers "parameters", "error 

and event" and "software download" with the outside world is effected via XML- 
based protocols. All enquiries or responses are transmitted in XML messages 

1 0 defined by means of an XML model 

[0160] Each of the available brokers can process more than one enquiry at a 

time fi-om one or more clients. Essentially, the communication PC of the process 
computer node communicates with the control and the diagnosis computer node. In 
conmiunicatioh with an SPS control, it must be ensured that the messages are 

15 processed in each case without an unnecessary time lag at a process of the process 
computer node, as these are of substantial significance for operation of the appliance. 
Since the enquiries can only be processed sequentially on the processor of the 
process computer node, it must be possible to process enquiries from the SPS control 
in strict precedence. This should be ensured by allocating priorities for the enquiries. 

20 Each enquiry to one of the brokers on the communication PC is provided with a 
priority. According to this priority the enquiry is preferred or treated as subordinate. 
[0161] In addition to the information brokers, there are further, in part 

optional, software modules on the communication PC: 




[0162] • A logging server receives log and debug messages from the 

information brokers and makes them available to the outside world. 
[0163] • A web server offers a simple web surfac e interface for 

operation and configuration. 
5 [0164] • An FTP server gives simple up- and download of firmware on 

to the process computer node. 

[0165] • A client for time synchronisation supplies a matching time to 

all communication PCs of an appliance. 

[0166] • By means of a PERL interpreter, any scripts can be carried out 

10 with diagnosis or control functionalities. 

[0167] • The configuration manager carries out starting of important 

services (e.g. automatic configuration of event monitoring for an error in the 

technical- physical process) and management of the configuration data of the 

individual software modules. 
1 5 [0168] • A Telnet access is available for maintenance purposes. 

[0169] The software modules of the communication PCs are described 

below. 

[0170] The object of the information broker "parameters" is to prepare 

XML-based parameter interface for access to the parameters of the process computer 
20 node. As protocol, an XML-based protocol defined by means of an XML model is 
used, which communicates via TCP/IP with the client. From the viewpoint of the 
client, the following fimctions should be available: 
[0171] Reading of parameters 
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[0172] The information broker "parameters" should be able to read a group 

of any parameters from the processor of the process computer node. In this case, in 
addition to once-only reading, the cyclical reading of parameters should be possible. 
The client is to be able to set the interval between reading operations and the number 
5 of reading operations. 

[0173] Writing of parameters 

[0174] The information broker "parameters" should be able to write a group 

of any parameters on to the process computer node. 

[0175] The task of the information broker "errors and events" is to prepare 

10 an XML/based interface, via which a client is informed of events occurring at the 
regulator, without constantly having to enquire of the regulator. As a protocol, an 
XML-based protocol defined by means of an XML model is used, which 
communicates with the client via TCP/IP. From the viewpoint of the client, the 
following functions are to be available: 
1 5 [01 76] Configuration of event monitoring 

[0177] At the information broker "event", it will be possible to specify any 

entry conditions for an event, upon the occurrence of which a message is sent to the 
client. If the event has occurred, in addition to the parameters taking part in the entry 
condition, it will be possible to scan further parameters from the regulator. 
20 [0178] An accepted task will be confirmed by the broker. 

[0179] The information broker "event" will have extensive functionalities 

which offer the client wide-reaching possibiKties of forming entry conditions. An 
entry condition will be composed of plural parts, which can be linked together 




logically by AND or OR. Within each partial condition, the value of the parameter 
currently scanned can be compared either to a comparative value sent within the 
configuration message or to the most recently read parameter value. Optionally, a 
tolerance limit can be taken into account, which is settled with the comparative 
5 value. For the comparison, both all logical operators (<,>,<=, >=, |=) and the 
comparison to a bit mask are to be carried out. In addition, for each partial 
condition, a trigger mode is to be taken into account which indicates whether the 
event is to be sent the first time the event condition is encountered, upon 
disappearance of a condition already encountered, or in both cases. 
10 [0180] Notification of an event 

[0181] When the configured event condition is encountered, an XML 

message is to be sent to the client. 

[0182] Ending of event monitoring 

[0183] By means of an XML message provided for this purpose, event 

1 5 monitoring in progress can be ended. 

[01 84] Enquiry of the status of event monitoring 

[0185] By means of an XML message provided for this purpose, the cUent 

can enquire of the information broker "event" whether event monitoring is in 
progress or has already finished. 
20 [0186] A difference fi-om the information broker "parameters" is that there is 

no permanent socket connection to the client. After the configuration of the event, 
this is dismantled and only if the configured event arises is it re-assembled. To this 
end, on the part of the client a corresponding server port must be available. 
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[0187] The information broker "cyclical setpoint values" effects part of the 

communication with the control. It is used in particular with printing press 
applications provided there is a process computer node or regulator which is a sercos 
master in a drive ring. 

5 [0188] The task of the information broker "cyclical setpoint values" is to 

supply the regulator at regular time intervals with new setpoint values from the 
control. In this case, it receives telegrams sent from the control and forwards them to 
the regulator. It should have the following capabilities: 
[0189] Receiving of setpoint value telegrams from one or more controls 

10 [0190] The information broker "cyclical setpoint values" will be capable of 

receiving setpoint value telegrams from one or more controls. The communication 
with the control may run via a proprietary protocol and/or the protocol UDP/IP. 
[0191] Forwarding of setpoint values to the regulator 

[0192] All setpoint value telegrams received by a control SPS will be 

15 forwarded with the highest priority to the process computer control or regulator. 
[0193] Monitoring of the setpoint value telegrams 

[0194] For diagnosis purposes, it will be possible to forward the incoming 

telegrams from the control both to the regulator and additionally to the diagnosis 
system. 

20 [0195] The information broker "parameter demand data" effects some of the 

communication with the control. It is used particularly in printing press applications 
provided it is a process computer node or regulator which is the sercos master in a 
drive ring. 




[0196] The task of the infonnation broker "parameter demand data" is to 

make available any parameter values to one or more controls close to time. It will 
have the following capabilities: 

[0197] A control client sends any parameters in a requirement telegram to 

5 the information broker. This requests the parameter values with a high priority from 
the regulator and sends back a reply telegram to the control client. For 
commimication with the control client, a proprietary protocol and/or TCP/IP may be 
used. 

[01 98] Monitoring of the requirement telegrams 

10 [0199] For diagnosis purposes, it will be possible to forward the incoming 

telegrams from the control both to the process computer node or regulator and 
additionally to the diagnosis system. 

[0200] The task of the information broker "software download" is to 

transmit the regulator firmware and complete data records between the diagnosis 
15 computer node and the regulator. The transmission of data is effected by means of 
the FTP protocol. It will have the following capabilities: 

[0201] Download of a regulator firmware to the regulator as process 

computer node 

[0202] The download of regulator firmware is effected in two stages: first by 

20 means of an FTP client the firmware is transferred in a list on the flashcard of the 
communication PC. In the second stage, the information broker "software 
download" is instructed by means of an XML telegram to change the boot settings of 




the regulator in such a manner that the next time the regulator is booted up the new 
firmware is started. 

[0203] Upload of a regulator firmware as process computer node 

[0204] The upload of a regulator firmware is effected direct via the FTP 

5 protocol. In this case, no support on the part of the information broker "software 
download" is necessary. 

[0205] Download of a complete data record 

[0206] As in the download of a regulator firmware, the download of a 

parameter data record likewise takes place in two stages: 

10 [0207] First, by means of an FTP client, the data record in a list on the 

flashcard of the communication PC is transferred. In the second stage, the 
information broker "software download" is instructed by means of an XML telegram 
to change the settings of the regulator in such a manner that the next time the 
regulator is booted up the new data record is taken into account. 

1 5 [0208] Upload of a complete data record 

[0209] The upload of a data record is effected direct via the FTP protocol. 

In this case, no support on the part of the information broker "software download" is 
necessary. 

[0210] The task of the connection manager is to administer the interface to 

20 the regulator or process computer node. In this it will be possible to manage various 
physical interfaces (e.g. serial, Ethemet or SPI). Each enquiry to the connection 
manager is provided with one or 5 priority levels. Enquiries with the highest priority 
are sent by the connection manager to the (digital signal) processor process computer 




node before all other enquiries awaiting a response. Enquiries with a low priority are 
always dealt with after all other tasks awaiting. Thus it can be ensured that a task 
with the highest priority, e.g. from the control, is always processed as the next 
enquiry on the process computer node. 
5 [0211] In the process computer node, as a memory means a flashcard is 

allocated to the communication PC due to the improved support by the Intel PXA 
255. However, for the process computer node or regulator, there has to be an option 
of reading parameters from the flashcard and to write them on to the flashcard. This 
is ensured by means of the parameter manager. 
1 0 [021 2] Further services on the communication PC 

[0213] Logging servers 

[0214] All notices generated in the information broker processes are 

formatted and written to the console, into a log file or a message queue of the log 
server. This log server can then send the messages to any servers/computers. 
15 [0215] In order to permit subsequent evaluation of the log files, various 

message types are specified which simplify the interpretation of the messages (e.g. 
debug, data, error . . .). 
[0216] Script support 

[0217] By means of script support on the conmiunication PC, a versatile and 

20 freely programmable interface is to be created, with which future requirements of 
monitoring and diagnosis are to be covered. By means of a PERL interpreter, any 
scripts can run on the communication PC, which have access to the functionalities of 
the information brokers "parameters" and "errors and events". Thus relatively 




complex monitoring functions can be carried out locally on the communication PC 
without loading the network by transmitting data. The scripts are transmitted by 
means of the FTP server to the communication PC or are already present there as 
part of the software. 

5 [0218] Due to the strenuous requirements for performance and system 

resources of the communication PC, the script support is only to be used for special 
diagnosis tasks. 

[0219] Time synchronisation, FTP server. Telnet 

[0220] For synchronisation of the system times, all commimication PCs will 

10 synchronise their system time regularly via a time server running on the BAUDIS. 
[0221] The FTP server and Telnet access serve for software updating of the 

communication PC and for maintenance. 

[0222] Diagnosis data arising during operation of the drive system (e.g. 

errors or diagnosis information such as e.g. temperature, speed, contouring error, 

15 deviation from rules) are polled by the communication PC on the process computer 
node or drive regulator and converted into an XML-based protocol. The 
communication PC makes the diagnosis data available to the diagnosis computer 
node in an event-based manner (information broker "event") or in an enquiry-based 
manner (information broker "parameter"). 

20 [0223] In the managers of the diagnosis computer node, the diagnosis data 

are retrieved or received in an event-based manner from the communication PC of 
the drive regulator and are fiirther processed (e.g. storage in the database, converted 
etc.). If diagnosis data are to be displayed on the user surfac e interface , the manager 




forwards the diagnosis data to the appropriate components in the Servlet container. 
There the data are prepared, so that they can be transferred by means of enquiry- 
based communication (polling) or by means of event-based communication (event 
channel) via the data remote connection to the Java Applets, which are embedded in 
5 the user surfac e interface . 

[0224] Figures 6 and 7 show web-based operating surfaces user interfaces 

which graphically prepare the required diagnosis data for the user. Thus the 
diagnosis system according to the invention becomes an instrument which increases 
the machine availability and also makes complex appliances with a large number of 

10 drives manageable. Thus with the op e rating surfac e s user interfaces of the type 
shown in Figures 7 and 8, the machine control station can be supplied with data for 
the current machine status, or the production line can be provided with statistical 
data for machine availability and for maintenance cycles. But also the machine 
manufacturer or the drive supplier can thus have comfortable access to an appliance 

15 with a large number of technical-physical processes in order to afford rapid, efficient 
diagnosis and error correction during servicing. This is made possible by the user of 
modem web-based technologies or web-based op e rating surfac e s user interfaces with 
their inherent versatility. Advantageously, the web surfac e interface can thus run on 
any client computer, independently of the respective client operating system. 

20 Installation of an op e rating surfac e user interface specific to the diagnosis system on 
the client computer node is no longer necessary. The web-based operating surfaces 
user interfaces are operable by the user in a customary and therefore easier manner 




due to the wide distribution by the Internet. The op e rating surfac e user interface can 
be adapted to the cUent's wishes at reasonable cost. 



[0225] List of reference numbers 

[02261 axle 

5 [0227] electric motor 

[0228] converter 

[0229] process computer node 

[0230] communication computer node 

[0231] switch cabinet 

1 0 [0232] SPS Control computer node. 

[0233] While certain preferred embodiments of the present invention have 



been disclosed in detail, it is to be understood that various modifications may be 
adopted without departing from the spirit of the invention or scope of the following 
claims. 




Key to the drawings 
Fig. 1 

Antriebs... - drive system 

Diagnoserechnerknoten - diagnosis computer node 
Leitstand - control station 
Diagnose - diagnosis 

Router od. ISDN/Analog - router or ISDN/analogue 
Femdiagnose - remote diagnosis 

Fig. 2 

Diagnoserechnerknoten - diagnosis computer node 
Diagnosestationen - diagnosis stations 

Fig. 3 

Prozessrechnerknoten - process computer node 
Konmiunikationsrechnerknoten - communication computer node 
Diagnoserechnerknoten - diagnosis computer node 
Konfiguration - configuration 
Bedienung - operation 



Diagnose - diagnosis 

Client-Rechnerknoten - client computer node 
Fig. 4 

Zur Prozess . . To the process computer plane 
Aufzeichnugs ... - record manager 
Anlagenmanager - appliance manager 
Ereignis ... - event manager 
Benutzer ... - user manager 
Logging. . . - logging manager 
Anlagenubersicht - appliance monitoring 
Logbuch - logbook 
Aufzeichnung - record 
Visualisierung - visualisation 
Inbetriebnahme ... - installation + service 
Wartung - maintenance 
Ereignisanzeige - event display 
Menu - menu 

Menuhandler - menu handler 
SOAP-Handler- SOAP handler 
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Zyklische Daten - cyclical data 
Event + Heartbeat - event + heartbeat 
Diagnose-Rechner ... - diagnosis computer node 
Firewall - firewall 

Zu den. .. - to the client computer node 
Fig. 5 

Prozess. . . - process computer node 

Konmiunikations ... - communication computer node 

Proprietares protokoll - proprietary protocol 

Informationsbroker - information broker 

Parameter - parameters 

Fehler U. Events - errors and events 

Bedarfsdaten - demand data 

Zyklische SoUwerte - cyclical setpoint values 

Zeitzynchronisation - time synchronisation 

Telnet-Zugang - Telnet access 

Konfigurations,. - configuration manager 

Skripte - script 

Logging Server - logging server 
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Diagnose-Netz - diagnosis network 
Diagnose-Rechnerknoten - diagnosis computer node 
Steuerungs-Netz - control network 
Steuerung - control 

Fig. 6 

Gesamtubersicht - Total monitoring 
Anlagenubersicht - appliance monitoring 
(reading down the left-hand column) 
Appliance status 
Appliance monitoring 
Logbook 

Diagnosis 

Record 

Visualisation 

Service 

Parameter monitor 
Maintenance 
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Regulator administration 
Data records 
Events 
Secure drive 
Firmware update 
System functions 

Settings 

User management 
BAUDIS NET setup 

Documentation 

Log off 

Fig. 7 

Antriebsystem - drive system 



Column on left reads same as for Fig. 6 
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Translator's note 



On page 33 there is a reference to a Figure 8 




this does not seem to exist. 




ABSTRACT 



[0234] The invention relates to a computer network for configuration, installation, 

monitoring, error-diagnosis and/or analysis of several physical technical processes, in particular 
electrical drive processes, which occur under the control, regulation and/or monitoring of several 
process computer nodes, connected by means of at least one common communication system to at 
least one diagnosis computer node, in which one or several configuration, monitoring and diagnosis 
services and/or functions are implemented, provided for the processes and/or the process computer 
nodes and/or the data processing processes running therein, whereby the common communication 
system is achieved by means of the Ethernet, or a similar asynchronous and/or bus or 
communication system working with a stochastic access method. 
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